home *** CD-ROM | disk | FTP | other *** search
/ Fritz: All Fritz / All Fritz.zip / All Fritz / FILES / COMMADIO / PK232COM.LZH / G3ZCZ.LAN < prev    next >
Text File  |  1987-11-09  |  41KB  |  925 lines
  1.         PACKET RADIO - THE USER INTERFACE PAGE 1 
  2.  
  3.  
  4.         Presented at the AMSAT-NA 1987 Space Symposium.
  5.  
  6.  
  7.                         PACKET RADIO - THE USER INTERFACE 
  8.  
  9.                                By Joe Kasser G3ZCZ
  10.  
  11.  
  12.         Introduction
  13.  
  14.         The  majority  of  the thinking and the  software  development  in 
  15.         Packet  Radio  to-date  has been in the area of  the  BBS  and  in 
  16.         message handling.  Everyone assumes that messages exist yet ignore 
  17.         how  those messages got into the packet radio network in the first 
  18.         place and how they get out of it later.  This paper addresses that 
  19.         neglected aspect of the gendre; in other words, the User Interface 
  20.         or the Personal Packet Terminal Program (PPTP) and the environment 
  21.         in which it resides.
  22.  
  23.         The Packet Radio Medium.
  24.  
  25.         The  Packet Radio Medium consists of what is happening in a  given 
  26.         local  area  on  a frequency channel time-shared by  a  number  of 
  27.         amateur  radio stations.   It is a multiple access or  distributed 
  28.         situation  which  has  so far been treated almost the  same  as  a 
  29.         single point-to-point situation such as the telephone line.  
  30.  
  31.         Unlike in a telephone based network,  many of the stations in  the 
  32.         network can,  in real time,  see information passing between other 
  33.         stations  in that network.  [1,2] Whereas the telephone based  net 
  34.         may be considered as a centralized network in which everyone on it 
  35.         is connected to a single host, the amateur radio packet Local Area 
  36.         Network  (LAN)  is spread over a geographical area and  should  be 
  37.         considered  as a distributed network.   Packet Radio software  to-
  38.         date  has  been designed for a one-on-one connection ignoring  the 
  39.         one-on-many capabilities available in a distributed LAN.
  40.  
  41.         Consider  the  medium itself,  Packet Radio  is an  ideal  MESSAGE 
  42.         MEDIUM.  While there is place for keyboard operation, Packet Radio 
  43.         really shines when passing messages.  The Packet Radio operator is 
  44.         really  interacting  with  the  LAN.   The TNC  and  PPTP  can  be 
  45.         considered as a single element between the human operator and  the 
  46.         LAN,  so  that any discussion of the user or human interface  must 
  47.         take into account activity on the LAN.
  48.  
  49.         Packet Radio LAN Capability
  50.  
  51.         VHF  Packet  radio systems can be considered as part of a  LAN  in 
  52.         which  messages can be left by one station in a computer belonging 
  53.         to a second station.   At HF the same is true, but the area of the 
  54.         LAN becomes greater.  
  55.  
  56.         The  fundamental  problem within the LAN is that people  can  only 
  57.         send  and  receive messages to or from any specific  station  when 
  58.         that  station  is on-line.   To compensate for  this,  Packet  LAN 
  59.  
  60.  
  61.         (c) Joe Kasser 1987
  62.  
  63.  
  64.  
  65.  
  66.  
  67.         PACKET RADIO - THE USER INTERFACE PAGE 2 
  68.  
  69.  
  70.         development parallelled that of the centralized telephone network.  
  71.         BBS  stations  were  developed which  allowed  both  messages  and 
  72.         bulletins to be stored for later retrieval. As the requirement for 
  73.         bulletin messages is real in the Radio Amateur environment and the 
  74.         centralised  LAN  concept meets the requirements of both  bulletin 
  75.         and  point-to-point  messages,  the distributed LAN  approach  for 
  76.         point-to-point messages in the main seems to have been ignored.
  77.  
  78.         Most Amateur Packet Radio Stations use computers to interface  the 
  79.         TNC to the LAN. As there is all this computer power sitting in the 
  80.         shack,  why  not  take advantage of it.Let us include within  the 
  81.         PPTP   software,   which  takes  into  consideration   both   the 
  82.         characteristics of the distributed LAN and how optimum use can be 
  83.         made of them for the user. 
  84.  
  85.         The User Interface.
  86.  
  87.         This is defined as what the user types at the keyboard and sees on 
  88.         the  screen of his computer when it is connected to a working  TNC 
  89.         which by definition is part of the LAN.   When somebody first gets 
  90.         a TNC,  he gets a 'black box' which comes with a manual that seems 
  91.         bigger  than  than  the box itself.   The instructions on  how  to 
  92.         connect it to a transceiver may be easy enough to follow, but then 
  93.         the instructions on what to type and when, are a nightmare.   
  94.  
  95.         The TNC can operate in a Command Mode,  in which you tell it to do 
  96.         something, or in a Converse Mode in which you are using it to pass 
  97.         text of some kind to other stations.   Many newcomers confuse  the 
  98.         two  TNC  modes.  If  you  monitor the packet  channels  you  will 
  99.         recognize command mode TNC instructions on the air,  and when  you 
  100.         use the TNC,  well I'm sure that you still get, now and again,  an 
  101.         'Error'  message when you type something thinking that you are  in 
  102.         the Converse Mode but are really in the Command Mode.  
  103.  
  104.         The Personal Packet Terminal Program [PPTP].
  105.  
  106.         Most of the commands that affect the parameters within the TNC are 
  107.         normally never touched.   In fact once 'CONNECT', and 'DISCONNECT' 
  108.         have been figured out,  and the difference between the Command and 
  109.         the  Converse Modes (and how to get from the one to the other) are 
  110.         understood,  the newcomer is able to use Packet Radio.   From this 
  111.         time  on  he rarely uses any of the other TNC  commands  with  the 
  112.         possible exception of 'MH'.  Even the ones that should be adjusted 
  113.         when changing from VHF to HF operation most often never are.
  114.  
  115.         From  a  human  factors point of view,  Packet Radio  under  these 
  116.         conditions  is dissapointing.  Tests have shown that the attention 
  117.         span  of a person sitting at a terminal is about  2  seconds.   In 
  118.         conventional  RTTY,  or AMTOR operation,  the data  communications 
  119.         rate  is might be slow but at least something is happening all the 
  120.         time.   In  keyboard  to keyboard  Packet  Radio  contacts,  often 
  121.         minutes  seem  to  pass  before the next packet shows  up  on  the 
  122.         screen.
  123.  
  124.         The  PPTP's most commonly used at present on PC's are either  YAPP 
  125.  
  126.  
  127.         (c) Joe Kasser 1987
  128.  
  129.  
  130.  
  131.  
  132.  
  133.         PACKET RADIO - THE USER INTERFACE PAGE 3 
  134.  
  135.  
  136.         [3] or conventional telephone modem driver programs.   There is no 
  137.         smart  PPTP.   The  need  for  "smart"  PPTP's  is  however  being 
  138.         perceived.   The Mini BBS seen on the air is one example.  Another 
  139.         example noticed in London and in Israel, is that stations equipped 
  140.         with  IBM PC's or clones start off by using BBS programs as  their 
  141.         PPTP.   On one evening in London in August 1987 G3RWL taped  about 
  142.         10  BBS's,  point  to point direct connects,  stations doing  muti 
  143.         digipeat connects to other stations as well as to the BBS's all on 
  144.         the same channel and all using it simultaneously.   It is a wonder 
  145.         that any traffic got through.  
  146.  
  147.         A PPTP program written in Turbo Pascal,  named PK232COM,  that  is 
  148.         optimized for the radio amatuer LAN has been developed for the MS- 
  149.         DOS,  IBM PC series of microcomputers.  Although first written for 
  150.         the AEA PK232 Multi-Mode Data Controller, taking advantage of some 
  151.         of  the specific commands built into the PK232.  It has since been 
  152.         modified so that most of the PPTP Packet Radio functions will also 
  153.         work  on a TNC2.   The following list contains much of  what  this 
  154.         PPTP does both as the user interacts with it,  and how it performs 
  155.         LAN related activities.
  156.  
  157.         *    Function Key Control
  158.  
  159.              The commands to the TNC lie somewhat in between a mixture  of 
  160.              operating,  configuring and debugging. This PPTP relieves the 
  161.              user of figureing out how to tell the TNC to do what he wants 
  162.              it  to do.  It takes advantage of all the computing power  at 
  163.              the  user's fingertips (literaly) and uses software which may 
  164.              be  located  either in the TNC or in the  PPTP,  but  totally 
  165.              transparent to the user.   The user in fact never has to tell 
  166.              the  TNC to go into or out of the command or converse  modes. 
  167.              The  user  tells  the PPTP what he wants  done  by  means  of 
  168.              function keys,  and the PPTP figures out what to tell the TNC 
  169.              to do the job.  
  170.  
  171.         *    Terminal modes. 
  172.  
  173.              There are four single connect modes and two multiple connect 
  174.              modes of operation, as follows.
  175.  
  176.              1    SOLO
  177.  
  178.              In  this mode,  you will only see messages addressed to you.  
  179.              You  will only get messages from people who connect to  you. 
  180.              (This corresponds to 'MONITOR OFF').
  181.  
  182.              2    TRAFFIC
  183.  
  184.              In  this mode you will see most of the traffic  on  channel.  
  185.              You  can  use  this mode to check that the TNC  is  working. 
  186.              (This  corresponds to the PK232 'MONITOR 4' [4] or  'MONITOR 
  187.              ON').  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.         (c) Joe Kasser 1987
  194.  
  195.  
  196.  
  197.  
  198.  
  199.         PACKET RADIO - THE USER INTERFACE PAGE 4 
  200.  
  201.  
  202.              3    CQ/BEACON
  203.  
  204.              In  This  mode,  you  will see CQ and BEACON packets  on  the 
  205.              channel.  (This corresponds to the PK232 'MONITOR 1' and only 
  206.              works on the PK232.
  207.  
  208.              4    READ THE MAIL
  209.  
  210.              In  this mode the terminal is set to display the contents  of 
  211.              packets without the headers for selected stations. Apart from 
  212.              being able to copy both sides of a QSO, you can read the mail 
  213.              on  a  BBS  or other stations and get BBS  bulletins  without 
  214.              connecting  to  that BBS your self.   This cuts down  on  the 
  215.              number  of  messages sent on the LAN,  since  more  than  one 
  216.              station  can  copy the same Bulletin at the same  time.  This 
  217.              corresponds  to 'MONITOR OFF' and 'MBX' <callsign>  and  only 
  218.              works on the PK232.
  219.  
  220.              5    MULTIPLE CONNECT CAPABILITIES
  221.  
  222.              Advantage  is  taken  of the 10 I/O streams in the  TNC  for 
  223.              multiple access modes as follows; 
  224.  
  225.              5.1  The Individual Multi Connect Mode
  226.  
  227.              This  is  the normal Multi Connect Mode as described in  the 
  228.              TNC  manual.   Here you  are connected to up to 10  stations 
  229.              and will send different traffic to each of them.   Each time 
  230.              you wish to send something to a particular station, you must 
  231.              select  the  IO channel the station is connected  on  before 
  232.              typing the text or sending the file.
  233.  
  234.              5.2  The Conference Multi Connect Mode.
  235.  
  236.              In  the Conference Mode on the other hand,  everything  that 
  237.              you type at the keyboard is transmitted to each station that 
  238.              you  are  connected with.   Thus if you are  linked  to  two 
  239.              stations  each line will be packeted twice by the TNC.   You 
  240.              don't  have  to worry about sending the wrong thing  to  the 
  241.              wrong  person,  as they will all get the stuff.    This  mode 
  242.              should  be ideal for DX nets,  'contest spotting' and  public 
  243.              event support.
  244.  
  245.         *    Automatic  Answering  Machine  capability  with  display  of 
  246.              message queue.
  247.  
  248.              The  PPTP incorporates a smart "answering machine"  facility.  
  249.              You can leave messages on your system for different stations. 
  250.              When someone connects to you,  if you left a message for him, 
  251.              he  (or  she or even it as the case may be) will  receive  it 
  252.              automatically.   No  one  else  should normally  be  able  to 
  253.              download that message. 
  254.  
  255.              To  ensure that people know that you have left a message  for 
  256.              them, a 'MAIL for' list is loaded into your Packet Beacon and 
  257.  
  258.  
  259.         (c) Joe Kasser 1987
  260.  
  261.  
  262.  
  263.  
  264.  
  265.         PACKET RADIO - THE USER INTERFACE PAGE 5 
  266.  
  267.  
  268.              transmitted  every  30 minutes.   If no mail is pending  then 
  269.              beacon  transmissions are inhibited.   This conforms to  good 
  270.              operating  practice on crowded channels (at least  inhibiting 
  271.              the beacon does).
  272.  
  273.         *    Automatic  Capture-to-Disk  
  274.  
  275.              All  traffic  received during connects is stored  onto  disk. 
  276.              Provision  is  also there for manual capture of  any  traffic 
  277.              monitored on the screen. 
  278.  
  279.         *    Automatic logbook entries for Connects. 
  280.  
  281.              All  connects are logged into a separate  logbook  file.  The  
  282.              Logbook  file  is  capable of being processed by  a  database 
  283.              Logbook Package.
  284.  
  285.         *    Printer  on/off  control.
  286.  
  287.              The   PPTP   can   print  incoming   information   and   will 
  288.              automatically shut off the printer on disconnect.
  289.  
  290.         *    Alert signal 
  291.  
  292.              The  PPTP  contains  an Alert function to let you  know  when 
  293.              someone shows up on LAN.   It is active when disconnected and 
  294.              the  terminal set for 'TRAFFIC'.   The PPTP scans the  packet 
  295.              headers  received from the TNC,  and,  when it sees a  packet 
  296.              originated (or digipeated if the MRPT parameter in the TNC is 
  297.              set  to 'ON'),  by the station whose call has entered as  the 
  298.              'Alert'  call,  sounds an alarm at the  console.   The  Alert 
  299.              function  should  (but  can't be without getting at  the  TNC 
  300.              firmware) be independent of the terminal communications mode.
  301.  
  302.         *    Indicator that a specific station designated as the 'target' 
  303.              call connected while you were away.
  304.  
  305.              This  function saves you dumping the capture-to-disk file to 
  306.              check if traffic has been received from a particular station 
  307.              who promised to send you some data that you need urgently.
  308.  
  309.         *    Split screen terminal display, at least 3 Windows displaying 
  310.              Incoming text, Outgoing text and Status Information.
  311.  
  312.              The  Status information includes the call of the Station  you 
  313.              are connected with (if any),  PPTP mode and status, number of 
  314.              connects, number of messages outstanding, PPTP configuration, 
  315.              Alert and Target calls.
  316.  
  317.              When  the PPTP sees a connect by the station whose call  you 
  318.              have  entered  as the 'Target' call,  it  sets  the  flashing 
  319.              Connect Counter display to show a 'happy face'. 
  320.  
  321.  
  322.  
  323.  
  324.  
  325.         (c) Joe Kasser 1987
  326.  
  327.  
  328.  
  329.  
  330.  
  331.         PACKET RADIO - THE USER INTERFACE PAGE 6 
  332.  
  333.  
  334.         *    Simplified keystrokes for connect paths and loopbacks.
  335.  
  336.              Connect  path information may be stored in an ASCII text file 
  337.              (PK232COM.DIR  which  is compatable to YAPP.DIR [3])  in  the 
  338.              following format. 
  339.  
  340.              Alon 4Z4ZB V 4X6AA
  341.              Milt 4X6AA
  342.              LR   4X6LR
  343.              hf-il 4x4hf v 4z4zb 4x4il
  344.              hf-rj 4x4hf v 4z4zb 4z4rj
  345.  
  346.              You  create  this  file with your wordprocessor  in  its  non 
  347.              document  mode.   You must leave AT LEAST one space character 
  348.              between the key word and the connect path.   When you attempt 
  349.              a connect,  the PPTP scans this file to see if what you typed 
  350.              matches one of the key words (first word) on any line of  the 
  351.              file.   It also ignores the case of what you typed in.  If it 
  352.              does  not  find  the key word,  it will try to  connect  with 
  353.              whatever you typed in.
  354.  
  355.              A  LOOPBACK is when you connect to yourself through  someone 
  356.              else.   You should use this to test a connect path when  the 
  357.              station  you  want to connect with is connected to  a  third 
  358.              station.  Instead of causing QRM to him by trying to connect 
  359.              to  him  and  getting a 'busy' signal if the path  is  good, 
  360.              loopback  using him as a digipeater to test the  path.   The 
  361.              loopback  should be performed with a minimum  of  keystrokes. 
  362.              Thus  to  loopback  through K8PNW  you just have to  use  the 
  363.              regular  PPTP  function key that does the  connect  operation 
  364.              (Function key 7), but type '/K8PNW' (slash [callsign] instead 
  365.              of [yourowncall] via [callsign]).
  366.  
  367.         *    Path determination to Dx station. 
  368.  
  369.              On  VHF,  if  you  want to establish a digipeat  path  to  a 
  370.              station somewhat out of your direct range,  you need to know 
  371.              which  of  the stations that you can connect with  can  hear 
  372.              that desired DX station.   If you could get a call monitored 
  373.              (MH list) from the stations that you connect with, you would 
  374.              be  able  to see if the station you are connected  with  has 
  375.              heard  your desired DX station.    Thus as the TNC can't  do 
  376.              it,  the PPTP is capable of being triggered to send its  'MH' 
  377.              list to the connecting station.
  378.  
  379.              By judicious use of this capability you can determine  paths 
  380.              to  other  stations.   Note however,  that just because  one 
  381.              station  can hear another station,  it does not mean that it 
  382.              can  work it.   For example,  the station you are  connected 
  383.              with may be using a power level of 1 watt or so,  while  the 
  384.              station  200  miles away that it heard was using 100  watts.  
  385.              Test the path yourself,  or/and leave a message asking about 
  386.              the reliability of the connect path between those two  other 
  387.              stations.   The  DX station also may not be on-line all  the 
  388.              time.
  389.  
  390.  
  391.         (c) Joe Kasser 1987
  392.  
  393.  
  394.  
  395.  
  396.  
  397.         PACKET RADIO - THE USER INTERFACE PAGE 7 
  398.  
  399.  
  400.  
  401.         *    Remote File Downloading 
  402.  
  403.              There  comes  a time when you want to leave a file  on  your 
  404.              system for someone to download later.  For example, you have 
  405.              the latest AMSAT or ARRL DX bulletin, and you want to pass it 
  406.              on.  You could pass it to selected people by copying the file 
  407.              to individual messages which wastes a lot of disk space.
  408.  
  409.              On  the  other hand you could tell people that the file  was 
  410.              available  for downloading.  You could do this either in  the 
  411.              CTEXT   connect   message  line  which  everyone  gets   when 
  412.              connecting  to you,  or in individual messages if  you  don't 
  413.              want everyone to know about it.   The PPTP is not designed as 
  414.              a  BBS,  however  it  does  have the  capability  for  remote 
  415.              downloading of files.
  416.              
  417.         *    Automatic Count of,  and indication of Packet connects.  
  418.  
  419.              The  counter  shows the number of connects made to  the  PPTP 
  420.              since you last reset the counter.  Its a usefull indicator of 
  421.              how  much  trafic has come in since you last  looked  at  the 
  422.              screen.  The counter is resetable by means of a function key.
  423.  
  424.         *    Digipeat monitoring and capture. 
  425.  
  426.              Although the TNC can digipeat on its own, there may be times 
  427.              when  you  want  to  know  when you  are  being  used  as  a 
  428.              digipeater and to capture-to-disk the contents of any packets 
  429.              digipeated through your station.   (A typical example of this 
  430.              situation  is when stations on your 'forbidden country  list' 
  431.              digipeat  through  you and you may have a need to  show  what 
  432.              data was "exchanged".)  This capability is in the PPTP.  
  433.  
  434.         *    Capable  of  automatic connect attempts to snatch a QTC.  
  435.  
  436.              In the disconnected state,  the PPTP monitors 'QTC' lists and 
  437.              when  it sees its own call in one,  automatically attempts  a 
  438.              connect  to snatch the message.   In this manner there is  no 
  439.              need to manually repeat connect requests to stations to  whom 
  440.              messages  are addressed in the hope that they have joined the 
  441.              LAN.  When any station signs on to the LAN (ie the time  when 
  442.              the  equipment is powered up),  it will,  within 30  minutes, 
  443.              monitor  a  QTC list from every other station on the LAN  and 
  444.              download its own traffic.  In fact in an ideal situation, all 
  445.              one would have to do to "send" a message would be to leave it 
  446.              in  one's own PPTP which would then set the QTC list  in  the 
  447.              Packet  Beacon.   The  QTC_Snatch  in  the  destination  PPTP 
  448.              function would take care of the message transfer.
  449.  
  450.              In  the PACSAT environment,  the QTC_Snatch function would be 
  451.              used  to  automate  reception of messages  at  remote  ground 
  452.              station   sites.    When   the  spacecraft  is   within   the 
  453.              communications  window of a ground station for which  it  has 
  454.              traffic  for and transmits a beacon 'QTC mail-for' list,  the 
  455.  
  456.  
  457.         (c) Joe Kasser 1987
  458.  
  459.  
  460.  
  461.  
  462.  
  463.         PACKET RADIO - THE USER INTERFACE PAGE 8 
  464.  
  465.  
  466.              ground station will automatically download its traffic.   
  467.  
  468.              As the QTC_Snatch may not be legal in certain countries, this 
  469.              capability  is  only configurable at the time of loading  the 
  470.              program and is not reconfigurable on-line.
  471.  
  472.         *    Automatic Beacon Mode CQ caller.
  473.  
  474.              The   PPTP  has the capability to call  CQ  repetitively  and 
  475.              either  signal  you  when a reply is  received  or  work  the 
  476.              connect and call CQ again after the disconnect.
  477.          
  478.              This  ROBOT  feature is designed  for  DX-Peditions,  special 
  479.              event  stations,   meteor  scatter,  moonbounce,  propagation 
  480.              research  beacons,  areas of low activity and to enable "off-
  481.              channel" or random frequency HF Packet operation.
  482.  
  483.              In  case  of  abuse:  if someone running the PPTP  has  their 
  484.              beacon  timer  set  too often,  the PPTP  can  be  shut  down 
  485.              remotely  by  someone  connecting with it and telling  it  to 
  486.              'QRT'. This takes them off the air for a while at least.
  487.  
  488.         *    Local Area Network (LAN) message store and forward.   
  489.  
  490.              The  PPTP is capable of storing messages to be  delivered  in 
  491.              the manner of a 'selective' answering machine.   When someone 
  492.              connects,  any  message pending is delivered without the need 
  493.              for  any  further action.   In case of some error  a  'repeat 
  494.              request' function is available.
  495.  
  496.              All stations in the LAN should in the ideal case be able  to 
  497.              store messages for any other station in the LAN.
  498.  
  499.         *    Bulk dump (forwarding) of messages around the LAN.
  500.  
  501.              There  are many instances when the owners wish to take their 
  502.              systems  off-line  yet  still wish that  their  messages  be 
  503.              posted  in the LAN.   The PPTP thus contains a  facility  for 
  504.              bulk 'dumping' of messages between different computers in the 
  505.              LAN.
  506.  
  507.         LAN Protocol (G3ZCZ Version)
  508.  
  509.              The LAN has to be usable by all stations connected within it 
  510.              no  matter how smart or dumb a PPTP they are  running.   The 
  511.              commands  thus  should  be manual as well  as  function  key 
  512.              driven.  The  language used should be reasonably familiar to 
  513.              Radio  Amateurs and be capable of being used by those  with 
  514.              little or no knowledge of English.
  515.  
  516.              In  the G3ZCZ LAN environment,  path determination and other 
  517.              functions as well as messages transferrence may be performed 
  518.              using  elements  of  the Q code adapted into  a  High  Level 
  519.              Network Communications Language (NC/L) [1,2].
  520.  
  521.  
  522.  
  523.         (c) Joe Kasser 1987
  524.  
  525.  
  526.  
  527.  
  528.  
  529.         PACKET RADIO - THE USER INTERFACE PAGE 9 
  530.  
  531.  
  532.              To  receive  a  message,   do  nothing,   you  receive   them 
  533.              automatically when connecting/linking to another station.  In 
  534.              case of a problem you may request a repeat.   You should also 
  535.              normally  not  be able to read messages adressed  to  another 
  536.              person.   Bulletins are not considered as messages,  they are 
  537.              considerd to be files.
  538.  
  539.              NC/L  uses  elements of the Q code in CAPITAL letters with  a 
  540.              ':'  character prefix and suffix (eg.  :QSL:),  so as not  to 
  541.              trigger  responses  in text.   The PPTP does not respond  to 
  542.              lower case NC/L to allow 'help' information to be  transmit-
  543.              ted on-the-air without also triggering a response.
  544.  
  545.              Elements  in  use to-date in PK232COM Version 1.43  are  (in 
  546.              alphabetical order) as follows.
  547.                      
  548.              :EOF: End of message,  (^Z is used in Packet,  :EOF: is used 
  549.                    in AMTOR).
  550.  
  551.              :QBM: To download a file.
  552.              :QJG: No more messages pending.
  553.              :QMH: To request a call monitored list ('MH').
  554.              :QNO: Error or function not present/active.
  555.              :QRV: Ready for message.
  556.              :QRT: To shut down a packet mode beacon station.
  557.              :QRU: To upload messages. 
  558.              :QSL: Confirm receipt.
  559.              :QSM: To request a repeat of a message.
  560.              :QSP: To leave a message for another station.
  561.              :QTC: Messsage list.
  562.  
  563.              Proposed extensions are as follows.
  564.  
  565.              :QYU: YAPP format (binary) file upload.
  566.              :QYD: YAPP format (binary) file download.
  567.  
  568.  
  569.              NC/L In Use.
  570.  
  571.              All  command  words in NC/L if requiring an  extension,  are 
  572.              followed  by one space character.  The following  words  are 
  573.              transmitted to a remote PPTP.
  574.  
  575.              :QBM: To download a file, send :QBM: filename.type.
  576.  
  577.                     The filename.type is the file you want. For example 
  578.                                       :QBM: ARRLDX.015
  579.                     Note the single space character between :QBM: and the 
  580.                     file  name.   The  PPTP  is not designed  as  a  BBS, 
  581.                     however  if you leave a file or bulletin for  someone 
  582.                     to  download,  you may tell them about it by  leaving 
  583.                     them  a  message (which they will  get  automatically 
  584.                     when  they  connect) and no one else connecting  will 
  585.                     know that it is there.
  586.  
  587.  
  588.  
  589.         (c) Joe Kasser 1987
  590.  
  591.  
  592.  
  593.  
  594.  
  595.         PACKET RADIO - THE USER INTERFACE PAGE 10 
  596.  
  597.  
  598.               :QMH: To  request  a  call monitored list ('MH')  from  the 
  599.                     station that you are connected with, send :QMH:.
  600.  
  601.               :QSM: To request a repeat of a message, send :QSM:.
  602.  
  603.                     You use this if the link was marginal and the connect 
  604.                     request got through but the data didn't.
  605.  
  606.               :QSP: To leave a message for someone, send :QSP: callsign.
  607.  
  608.                     The protocol is as follows. When connected to someone 
  609.                     who  has their computer configured as a host,  if you 
  610.                     want  to  store  a message  you  send  the  following 
  611.                     instruction  to  the other station  :QSP:  <callsign> 
  612.                     where  <callsign> is the call of the station that the 
  613.                     message is for,  not the callsign of the host station 
  614.                     in whose computer you are storing the message. Do not 
  615.                     use SSID's.  [Note use only one space character after 
  616.                     the :QSP:].
  617.                      
  618.                     For example if you want to store a message for 4Z4ZB, 
  619.                     or  4Z4ZB-1 or even 4Z4ZB/W3 in 4X6AA's computer which 
  620.                     is configured to Store and Forward messages, you would 
  621.                     first  connect to 4X6AA and then send the  request  to 
  622.                     store the message as
  623.                                         :QSP: 4Z4ZB .
  624.  
  625.                     The  other  computer  will  respond  either  with   a 
  626.                     statement  saying  that  it is ready for  you  to  go 
  627.                     ahead, or send a message saying that it can't comply.  
  628.                     If  it  is ready you get a positive reply in the  the 
  629.                     form  of :QRV:   <callsign> which if you know  the  Q 
  630.                     code,  means  "  I am ready to accept a  message  for  
  631.                     <callsign>".
  632.  
  633.                     At  this time you may go ahead and send the  message.  
  634.                     Use   either  a  control  Z  (^Z)  character  or  the 
  635.                     character sequence :EOF:  followed by a carriage  re-
  636.                     turn (the ENTER key) to terminate the message.  
  637.                     
  638.                     Once you have completed the message, the other (host) 
  639.                     computer  will either reply that the message has been 
  640.                     successfully stored or give you an error message.
  641.  
  642.                     If  the  message is stored and ready to be sent  next 
  643.                     time  the addressee connects to  that  computer,  you 
  644.                     will  see  the response :QSL:  on  your  screen.   If 
  645.                     something  went wrong,  you will get back a  negative 
  646.                     response taking the form :QNO:  followed by a number.  
  647.                     The number tells you why the operation failed.
  648.  
  649.              :QRT:  To  shut down a packet mode robot or  beacon  station 
  650.                     which  is causing QRM,  connect with that station and 
  651.                     tell it to 'QRT' by sending :QRT:.
  652.  
  653.  
  654.  
  655.         (c) Joe Kasser 1987
  656.  
  657.  
  658.  
  659.  
  660.  
  661.         PACKET RADIO - THE USER INTERFACE PAGE 11 
  662.  
  663.  
  664.              :QRU:  To  upload  or  download messages from  one  PPTP  to 
  665.                     another, send :QRU:.
  666.  
  667.                     When the QRU function is invoked locally or remotely, 
  668.                     either by you or for example,  by 4Z4ZB connecting to 
  669.                     you and sending you the command :QRU:,  any  messages 
  670.                     addressed   to   any  stations  for  which  you   have 
  671.                     designated  him  as a 'Store and Forward'  node  (MBX) 
  672.                     will  be transferred from you to 4Z4ZB just as if  you 
  673.                     QSP'd the messages manually.
  674.              
  675.                     You  may  only  use the QRU  function  with  stations 
  676.                     which  you have pre-designated as Store  and  Forward 
  677.                     nodes  (MBX).   Everybody designates their own  Store 
  678.                     and  Forward  nodes  based on the 'MH  list'  of  the 
  679.                     station  being  designated.   The is little point  in 
  680.                     designating someone as a 'Store and Forward' node for 
  681.                     stations that they cannot connect with,  unless  they 
  682.                     happen to be in a digipeat path for inter LAN message 
  683.                     passing. 
  684.  
  685.                     While  QRU  gives you the capability to  bulk  upload 
  686.                     messages to another station in your local area,  when 
  687.                     you  take your machine off line,  it may also be used 
  688.                     to  transfer messages between two LANs (such  as  the 
  689.                     Baltimore  and Washington DC Areas) via well  sighted 
  690.                     gateway  digipeaters.  It  can also be used for  long 
  691.                     distance transfers but in a very inefficient manner.
  692.  
  693.              :QNO: 'NO' or error
  694.  
  695.                     QNO Error Values.
  696.                     The  following  error  numbers  are  associated  with 
  697.                     message store and forward operations.
  698.  
  699.                     ?     Non valid NC/L word.  
  700.                     1     Computer  not  configured as Store and  Forward 
  701.                           system.
  702.                     2     Requested ASCII file/ message (:QBM:) does  not 
  703.                           exist.
  704.                     3     You  made an error in the name of the  callsign 
  705.                           for whom the message is intended (It must be at 
  706.                           least 3 characters long).
  707.                     4     File creation error in host system.
  708.                     5     Error  occurred during reception and storage of 
  709.                           message.  Could be that the computer ran out of 
  710.                           space on the disk, or something else went wrong 
  711.                           in storing the message.
  712.                     6     :QRU:  You  are not authorised as a  store  and 
  713.                           forward mailbox.
  714.                     7     :QRU: Error in opening MBX file.
  715.                     8     :QRU: Error in closing MBX file.
  716.                     9     :QRU: Sequence  Error in callsign of message to 
  717.                           go.   The  bad callsign will be shown after the 
  718.                           error number.
  719.  
  720.  
  721.         (c) Joe Kasser 1987
  722.  
  723.  
  724.  
  725.  
  726.  
  727.         PACKET RADIO - THE USER INTERFACE PAGE 12 
  728.  
  729.  
  730.                     90    NC/L  defined function not implemented in  this 
  731.                           release.
  732.                     99    PK232COM  compatable  program,   but  requested 
  733.                           function has not been implemeted.
  734.  
  735.              :QJG:  The  QRU  sequence is complete.   There are  no  more 
  736.                     messages pending.
  737.  
  738.              :QRV:  <callsign>
  739.  
  740.                     The  computer  is ready for you to send the  message. 
  741.                     End the message with a control Z (^Z)  character,  or 
  742.                     the sequence :EOF: .
  743.  
  744.              :QSL:  <callsign). 
  745.                     Confirms receipt of message to that callsign.
  746.  
  747.              :QTC:  Messsage list.
  748.  
  749.                     This  precedes a list of callsigns for whom  messages 
  750.                     are  stored up on a computer.   It is used in  Packet 
  751.                     Beacon   transmissions.    
  752.  
  753.              PROPOSED EXTENSIONS
  754.  
  755.              :QYU:     YAPP format file upload.
  756.  
  757.              :QYD:     YAPP format file download.
  758.  
  759.  
  760.              Message Format
  761.  
  762.              When you QSP a message,  it is stored just as if you had left 
  763.              it in your system (except that a header is added  identifying 
  764.              the  time of reception and the call of the sending  station).  
  765.              Should  a message for that station already be in the  system, 
  766.              yours should be appended to it.  In the event the your upload 
  767.              is  aborted,  the  amount of text received before  the  abort 
  768.              occurred should be stored as the message.  There should  also 
  769.              be  a stored note within the message stating that the  upload 
  770.              was aborted.
  771.  
  772.              When  you disconnect from the host station,  its beacon will 
  773.              be updated.
  774.  
  775.              Once  the  message is loaded in the host,  it  can  only  be 
  776.              deleted  by  the  operator of the host  station.   
  777.  
  778.  
  779.         PK232COM Version 1.42.
  780.  
  781.         All  this and more is available for the IBM PC and clones in  the 
  782.         shape of PK232COM Version 1.42.  As the program was first written 
  783.         for the AEA PK232 TNC, and the data throughput at HF seems better 
  784.         using AMTOR,  it also contains AMTOR related robot functions.  
  785.  
  786.  
  787.         (c) Joe Kasser 1987
  788.  
  789.  
  790.  
  791.  
  792.  
  793.         PACKET RADIO - THE USER INTERFACE PAGE 13 
  794.  
  795.  
  796.  
  797.         In  this  version  of the program most  of  the  packet  features 
  798.         described  herein  can  be  used by those  owners  of  TNC2's  or 
  799.         compatables.
  800.  
  801.         The major development, debugging and testing of PK232COM (Versions 
  802.         1.00  to  1.41)  took place in Jerusalem in the  summer  of  1987.  
  803.         There the ROBOT station G3ZCZ/4X using just an FT-101 and a dipole 
  804.         antenna  operated on an intermittent shedule mostly overnight  and 
  805.         on  weekends mainly on 20 Meters AMTOR and Packet until the  power 
  806.         supply transformer in the FT-101 smoked.  
  807.  
  808.         Amongst its achievements were;
  809.  
  810.         *    WAC in both Packet and AMTOR communications modes.
  811.  
  812.         *    It worked nearly 50 countries each on both AMTOR and Packet.  
  813.              The computer said that it made 663 Packet connects with  371 
  814.              different  stations,  and 526 AMTOR links with 330 different 
  815.              stations.   It even worked countries that I still I haven't, 
  816.              usually  because propagation was only present late at  night 
  817.              or very early in the morning, local time.  
  818.  
  819.         *    A 10 day long AMTOR QSO between G3ZCZ/4X and VU2IJ in  which 
  820.              VU2IJ  would link up,  receive his message and leave a reply 
  821.              which would be answered the following day.
  822.  
  823.         *    The  first intra-Jerusalem (perhaps even intra-4X) AMTOR QSO 
  824.              which  took  place between G3ZCZ/4X and 4X6AA.  The  unusual 
  825.              part of the QSO was that both G3ZCZ and 4X6AA were operating 
  826.              4X6AA, while the Robot was operating at G3ZCZ/4X.
  827.  
  828.         *    Pioneer  Robot Propagation Beacon Experiment.  The Robot put 
  829.              out a CQ every 2 to 4 minutes when active.   This must  have 
  830.              been  the world's first HF Beacon station that could receive 
  831.              propagation reports from listeners in real time.   This  was 
  832.              not  a mailbox.   Whereas I (the beacon keeper) could  leave 
  833.              messages  for anyone and did,  others could only leave  them 
  834.              for me.  Several stations contacted commented that they used 
  835.              the  robot as an indicator of propagation,  and I could tell 
  836.              by the log when propagation was present to DX areas.  
  837.  
  838.              If  such Robot beacons were to replace the existing IARU  HF 
  839.              beacons,  and were to be located in remote DX  locations,  I 
  840.              feel  sure  that the QSL hunters would be more than glad  to 
  841.              work them and provide propagation reports in real time.
  842.  
  843.         Acknowledgements.
  844.  
  845.         I  would  like to acknowledge and thank the many  radio  amateurs 
  846.         around the world for their help,  suggestions and patience in the 
  847.         design,  testing and debugging of the many features of the  prog-
  848.         ram.  
  849.  
  850.  
  851.  
  852.  
  853.         (c) Joe Kasser 1987
  854.  
  855.  
  856.  
  857.  
  858.  
  859.         PACKET RADIO - THE USER INTERFACE PAGE 14 
  860.  
  861.  
  862.         References
  863.  
  864.         1    From RTTY to Packets,  Joe Kasser, G3ZCZ, First ARRL Amateur 
  865.              Radio Computer Networking Conference, 1981.
  866.  
  867.         2    Software for Amateur Radio,  Joe Kasser, G3ZCZ, published by 
  868.              TAB Books,  Blue Ridge Summit,  Pa.  17214 USA (Book  number 
  869.              1560). 
  870.  
  871.         3    YAPP, Yet Another Packet Program Version 2.0, Jeff Jacobsen, 
  872.              WA7MBL.
  873.  
  874.         4    PAKRATT  Model  PK-232 Multi-Mode Data Controller  Operating 
  875.              Manual, Advanced Electronic Applications, Inc. 
  876.  
  877.  
  878.  
  879.  
  880.  
  881.  
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.         (c) Joe Kasser 1987
  920.  
  921.  
  922.  
  923.  
  924.  
  925.